> 授权边界：本案例仅用于已授权的靶场环境与攻防演练，所有账号、订单号、Token 均为脱敏占位，不对应真实主体。 * 业务域：域 1 电商零售 * 起点：普通买家登录响应中的 JWT * 关键步：判定验签强度 → 伪造 Token → 越权读单 → 改价落库 * 终点：订单金额被篡改，形成直接资金损失 * 最终定级：严重（终点资金损失。若止于读取他人订单则为高危，定级看整条链终点，不看单点） ### 一、业务背景 电商平台普遍同时提供 Web、小程序、App 多个入口，后端共用同一套用户体系。用户登录成功后，服务端签发一个 JWT（JSON Web Token，一种把身份声明编码成字符串、由服务端签名的令牌）。后续请求在 `Authorization` 头里携带它，服务端验签后取出身份信息。 JWT 由三段组成，用点分隔：头部 header、载荷 payload、签名 signature。前两段是 base64url 编码，可直接解码阅读。**编码不等于加密**，任何人都能看到里面的用户标识、过期时间、角色等声明。签名段才用来证明前两段没被改过。多端共用一套令牌体